REMARKS 

The Office Action dated September 2, 2005 has been received and carefully noted. 
The following remarks are submitted as a full and complete response thereto. Claims 7-9 
and 1 1-33 are respectfully submitted for consideration. 

Claims 7, 21-26 and 30 were objected to as being dependent upon a rejected base 
claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. Applicants respectfully request 
allowance of claims 7, 21-26 and 30 in light of the arguments presented below. 

Claims 7-9, 11-19 and 31-33 were objected to because of informalities. According 
to the Office Action, claims 1, 15, 31 and 32 include a limitation "associating a priority 
with the subsequent packets to avoid network congestion," which is alleged to be unclear 
because it is not understood what priority is associated with the packets: port priority or 
packets priority. Applicants submit, however, that each of claims 1, 15, 31 and 32 recite, 
in part, classifying all subsequent VOIP packets corresponding to the dynamically 
negotiated VOIP port in accordance with predetermined parameters and associating a 
priority with the subsequent packets to avoid network congestion. Each of claims 1,15, 
3 1 and 32 clearly states that the priority is associated with the subsequent packets and not 
with the dynamically negotiated VOIP port. Thus, Applicants submit that because each 
of claims 1, 15, 31 and 32 clearly recites that the priority is associated with the 
subsequent packet, there should be no confusion as to whether "port priority" is 
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associated with the packet. Applicants respectfully request that this objection be 
withdrawn. 

Claims 8, 9, 11-20, 27-29 were rejected under 35 USC § 103(a) as being 
unpatentable over U.S. Patent No. 6,400,707 (Baum) in view of U.S. Patent No. 
6,233,234 (Curry) and U.S. Patent No. 6,085,328 (Klein). According to the Office 
Action, Baum substantially teaches the limitations of the claims except for assigning 
priority to the packets and storing the generated filter in a filter table as recited in claims 
11, 15, 31, and 32. Thus, the Office Action combines the teachings of Curry and Klein 
with the teachings of Baum to yield all of the elements of claims 8, 9, 1 1-20, 27-29. The 
rejection is traversed as being based on references that neither teach nor suggest the novel 
combination of features clearly recited in independent claims 11,15 and 20. 

Claim 11, upon which claims 7-9 and 12-14 are dependent, recites a method for 
switching VOIP packets in a data network. The method includes the steps of receiving a 
first packet in a network switch and determining if the first packet is a VOIP packet. The 
method also includes the step of determining a dynamically negotiated VOIP port for a 
VOIP session from at least one of the first packet and a second packet received in the 
network switch, if the first packet is determined to be the VOIP packet. The method 
further includes the step of classifying all subsequent VOIP packets corresponding to the 
dynamically negotiated VOIP port in accordance with predetermined parameters and 
associating a priority with the subsequent packets to avoid network congestion. The step 
of classifying all subsequent VOIP packets further includes storing the dynamically 
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negotiated VOIP port, filtering all packets coming through the network switch having the 
dynamically negotiated VOIP port associated therewith and classifying filtered packets in 
accordance with predefined filtering actions. The step of storing the dynamically 
negotiated VOIP port further includes generating a filter corresponding to the 
dynamically negotiated VOIP port and storing the generated filter in a filter table 
associated with a fast filtering processor. 

Claim 15, upon which claims 16-19 depend, recites a method for switching VOIP 
packets. The method includes the steps of filtering packets received in a network switch 
to trap at least one VOIP call setup message and determining a dynamically negotiated 
VOIP port. The method also includes the steps of filtering all subsequent packets 
associated with the dynamically negotiated VOIP port and taking predefined filtering 
actions upon the subsequent packets. The method further includes the steps of classifying 
all subsequent packets corresponding to the dynamically negotiated VOIP port in 
accordance with predetermined parameters and associating a priority with the subsequent 
packets to avoid network congestion. The method also includes the step of taking 
predefined filtering actions upon the subsequent packets. The steps of filtering packets 
and determining the dynamically negotiated VOIP port further includes generating a filter 
corresponding to the dynamically negotiated VOIP port and storing the generated filter in 
a filter table associated with a fast filtering processor. 

Claim 20, upon which claims 21-30 are dependent, recites a network switch for 
switching VOIP packets. The network switch includes at least one data port interface 
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controller supporting a plurality of data ports for transmitting and receiving data and a 
fast filtering processor in communication with the at least one data port interface. The 
network switch also includes at least one filtering table in communication with the fast 
filtering processor. The fast filtering processor is configured to snoop packets being 
transmitted through the network switch to trap a VOIP call setup message, and thereafter, 
determine a dynamically negotiated VOIP port so that all subsequent VOIP packets can 
be filtered and assigned an appropriate priority. 

As will be discussed below, the cited prior art references of Baum, Curry and 
Klein fail to disclose or suggest the elements of any of the presently pending claims. 

Baum teaches a method for managing security in communication session across a 
hybrid network. Col. 1, lines 4-12. According to figure 1 of Baum, call setup starts when 
a user establishes IP layer connectivity with the network. Thereafter, the user launches a 
VOIP application and populates a telephone number to be called in a data field. Col. 3, 
line 40 - Col. 4, line 14. The user initiates the call via the VOIP application, which 
invokes a directory to obtain the IP address of a destination gateway. The VOIP 
application invokes the gateway to setup the call, by passing to the gateway, the number 
to be called, the user account number, and password. The gateway then invokes the 
authentication database to receive authorization to proceed with the call. If authorization 
was successftil, the gateway establishes the PSTN connection and notifies the client 
software that the call is proceeding. Col. 4, lines 15-63. 
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Figure 3 of Baum is a detailed illustration of the network with a firewall 
mechanism. According to figure 3, an IP network is connected to a switched telephone 
network through gateways. The IP network is connected to the gateways through a 
firewall mechanism that includes a static firewall router, a hub packet switch and a 
control processor. The static firewall router acts as a rule based packet filter. The rules 
are automatically and dynamically set. The security is applied to each port on the fly to 
provide extremely fast operation. Baum teaches the generation and application of 
customized filters for each conversation, wherein each filter is unique to a specific 
conversation and disappears on the termination of the conversation. As a result, a high 
level of security is obtained. The static firewall router copies the signaling which occurs 
during setup of a communication path and delivers the two data streams to the packet 
switch which passes the original stream to the addressed gateway and the copied stream 
to the control processor. The control processor monitors and analyzes the setup signaling 
which follows and derives critical parameters which are used to govem the ensuing 
conversation. The control processor then compiles a filter code fi-om the parameters and 
sends the filter code to the firewall. Col. 5, line 24 - Col. 6, line 32. 

According to figures 3 and 4 of Baum, the PC initiates the call via the VOIP 
application and is authenticated and registered through the authorization platform. The 
directory is accessed to obtain the IP address of the destination gateway. The PC notes 
the address of the gateway and uses the address to send a Q.931 message to setup a 
conversation. The message reaches the static firewall which has only one port open for 
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Q.931 messages. If the message is a valid Q.931 stream and includes the Q.931 port 
address in the firewall and the IP address of the gateway, the firewall commences 
replication of the signaling stream and passes both streams to the packet switch. The 
packet switch sends the original stream to the gateway and the copied stream to the 
control processor. The control processor analyzes the replicated stream and notes that it 
has a request, where it originated and that it is an H.232 over Q.93 1 set up signal. The 
gateway verifies that it has a valid customer and sends a negotiation message, with a 
proposal of the gateway for a codec and port, back to the PC. The negotiation message 
passes through the firewall which copies the message and sends the copy to the control 
processor. The control processor reads and analyzes the replicated message, notes the 
codec and port and notes that the gateway has authorized the call. An acceptance 
message is received by the gateway and the gateway returns an acknowledgement to the 
call via the switch and the firewall. This message is copied by the firewall and sent to the 
control processor which registers that a valid conversation as been established on a 
designated port. The control processor then generates a set of security specifications, 
compiles a filter configuration message and sends the message to the firewall. The 
firewall sets up a very specific filter for this single conversation. The firewall now 
monitors every packet that follows for conformance with the filter requirements. The 
control processor drops out and turns to other set-ups. Col. 6, line 36 - Col, 9, line 19. 

Curry teaches providing telephony communication through a packet switched data 
network and an organization having a telephone and computer terminals connected to a 
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LAN. To address security issues associated with TCP/IP protocol, Curry relies on a 
hardware address filter table. The address filter table may be applied to both incoming 
and outgoing addresses. Col. 5, line 64 - Col. 6, line 28. 

Klein teaches that a reliable and simple means of awakening sleeping computers is 
to maintain a network interface subsystem at full power and to filter detected packets so 
that when a desired packet is detected, full power is restored to the entire computer. Each 
of the filters has a 32 bit mask and a 8-bit offset. Klein also teaches that the packet 
protocol of a VLAN packet is accommodated by reading the VLAN type and 
incrementing the offset. The VLAN type is expected to be assigned to bytes 12-13 of the 
VLAN header and bytes 14-15 of the VLAN header are expected to include the VLAN 
identifier, priority information, and a bit indicating fragmentation in Ethemet packets. 
Col. 9, lines 1-60. 

Applicants respectfully submit that a combination of Baum, Curry and Klein fails 
to teach or suggest the combination of elements recited in claims 11,15 and 20. Claims 
1 1 and 15, in part, recite determining if the first packet is a VOIP packet and determining 
a dynamically negotiated VOIP port for VOIP session from at least one of the first packet 
and a second packet received in the switch, if the first packet is the VOIP packet. The 
Office Action stated that authenticating a request at the control center 330 of figure 3 and 
Col. 6, lines 36-62 of Baum teach determining if the first packet is a VOIP packet. As 
noted above, Col. 6, lines 36-62 of Baum, teaches that a PC user initiates a call via a PC 
VOIP software which invokes a directory to obtain an IP address of a destination gateway 
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and invokes the gateway to set up a call, by passing to the gateway, the number to be 
called, the user's account, and password. Figure 6, lines 36-51 of Baum describe, in 
detail, the components of the control center of figure 3, wherein the PC uses the VOIP 
application to dial a telephone number. According to figure 6, lines 36-62 of Baum, the 
PC connects to an authorization platform for authentication and registration and 
thereafter a directory database is accessed for the IP address of the gateway serving that 
exchange and number, presented by the PC. Baum further teaches that the PC application 
notes the IP address of the gateway and sends a Q.931 message to set up a conversation. 
As is known to those of ordinary skill in the art, a Q.93 1 message is an ISDN connection 
control protocol message, roughly comparable to TCP in the Internet protocol stack, 
which manages connection setup and breakdown. As such, there is no teaching in Baum 
of handling and processing VOIP packets. Specifically, there is no teaching in Baum of 
determining if first packet is a VOIP packet as recited in claims 1 1 and 15. In fact, Baum 
merely teaches that a VOIP application is used to populate fields that are transmitted to 
register and authenticate the PC in order to obtain a gateway address and set up a call 
with the gateway. 

The Office Action also stated that Col. 5, lines 61-67, figure 3, and Col. 7, lines 
30-33 of Baum teach determining a dynamically negotiated VOIP port for VOIP session 
from at least one of the first packet and a second packet received in the switch, if the first 
packet is the VOIP packet as recited in claims 11 and 15. In fact. Col, 5, lines 61-67 of 
Baum teaches that rules that are dynamically applied to each port are dynamically and 
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automatically set. Applicants submit that the dynamic setting of rules applied to each 
port, as taught in Baum, is not equivalent to dynamically negotiating VOIP port for VOIP 
session from at least one of the first packet and a second packet received in the switch, if 
the first packet is the VOIP packet as recited in claims 11 and 15. Furthermore, Col, 7, 
lines 25-33 of Baum teaches that when the gateway receives the original packet stream 
from the switch, the gateway checks that the user of the PC is a valid customer and sends 
a negotiation message back to the PC through the firewall and control processor, where 
the negotiation message includes the proposal of the gateway for a codec and port, that 
are noted by the control processor. There is also no teaching in Col. 7, lines 25-33 of 
Baum of dynamically negotiating VOIP port for VOIP session from at least one of the 
first packet and a second packet received in the switch, if the first packet is the VOIP 
packet as recited in claims 11 and 15. According to Col, 7, lines 25-33 of Baum, the 
control processor simply notes the codec and port and that the gateway has authorized the 
call. The teaching of Baum is thus not the same as dynamically negotiating VOIP port 
for VOIP session from at least one of the first packet and a second packet received in the 
switch, if the first packet is the VOIP packet as recited in claims 11 and 15. In fact, 
Applicants submit that there is no teaching or suggestion in Baum of a VOIP port as 
recited in claims 1 1 and 15. 

Claims 11 and 15 also recite, in part, classifying all subsequent VOIP packets 
corresponding to the dynamically negotiated VOIP port in accordance with 
predetermined parameters and associating a priority with the subsequent packets to avoid 
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network congestion. The Office Action states that Col. 7, lines 41-55 of Baum teaches 
monitoring every packet for conformance to the set of security specifications. The Office 
Action suggests that monitoring every packet for conformance to the set of security 
specifications, as taught in Baum, is equivalent to classifying the packets as belonging to 
this single conversion. Beside the fact that Baum does not teach or suggest any 
processing of VOIP packets, Applicants submit that the act of monitoring is not the same 
as act of classifying. Monitoring is defined as the act of checking or supervising while 
classifying is defined as the act of organizing or arranging according to class or category. 
(See Webster's II New College Dictionary) Baum teaches monitoring to ensure that 
every packet that follows is in conformance with the strict filter requirements. There is 
simply no discussion or suggestion in Baum of classifying all subsequent VOIP packets 
corresponding to the VOIP port in accordance with the predetermined parameters. 
Furthermore, Baum does not teach or discuss associating a priority with the subsequent 
packets to avoid network congestion as recited in claims 11 and 15. The Office Action 
cites Klein as teaching associating a priority with the subsequent packets to avoid 
network congestion as recited in claims 11 and 15. As noted above, the cited section of 
Klein merely discloses that priority information is assigned to some bytes in a VLAN 
header. There is no teaching or suggestion in Klein of processing VOIP packets. 
Specifically, there is no teaching or suggestion in Klein of associating a priority with the 
subsequent packets to avoid network congestion as recited in claims 1 1 and 15. 
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Claim 20, in part, recites the fast filtering processor is configured to snoop packets 
being transmitted through the network switch to trap a VOIP call setup message, and 
thereafter, determine a dynamically negotiated VOIP port so that all subsequent VOIP 
packets can be filtered and assigned an appropriate priority. On page 4, the Office Action 
suggests that the firewall of Baum is equivalent to the fast filtering processor recited in 
the presently pending claims. According to Col, 7, lines 41-55 of Baum the firewall sets 
up specific filter for each conversation and monitors every packet for conformance with 
the strict filter requirements. Applicants submit that Baum simply does not teach or 
suggest that the firewall of Baum is configured to snoop packets being transmitted 
through the network switch to trap a VOIP call setup message, and thereafter, determine a 
dynamically negotiated VOIP port so that all subsequent VOIP packets can be filtered 
and assigned an appropriate priority as recited in claim 20. Thus, the firewall of Baum is 
not equivalent to the fast filter processor recited in the pending claims. 

Curry and Klein fail to cure any of the deficiencies of Baum. Specifically, Curry 
and Klein also do not discuss or suggest recite determining if the first packet is a VOIP 
packet, determining a dynamically negotiated VOIP port for VOIP session from at least 
one of the first packet and a second packet received in the switch, if the first packet is the 
VOIP packet, classifying all subsequent packets corresponding to the dynamically 
negotiated VOIP port in accordance with predetermined parameters, and associating a 
priority with the subsequent packets as recited in claims 11,15 and 20. Curry and Klein 
also fail to teach or suggest the fast filtering processor is configured to snoop packets 
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being transmitted through the network switch to trap a VOIP call setup message, and 
thereafter, determine a dynamically negotiated VOIP port so that all subsequent VOIP 
packets can be filtered and assigned an appropriate priority as recited in claim 20. 
Therefore, Applicants respectfiilly assert that the rejection under 35 U.S.C. § 103(a) 
should be withdrawn because neither Baum, Klein nor Curry, whether taken singly or 
combined, teaches or suggests each feature of claims 11,15 and 20 and hence, dependent 
claims 8, 9, 12-14, 16-19, 27-29 thereon. 

Claims 12, and 31-32 were rejected under 35 U.S.C. 103(a) as being unpatentbale 
over Baum in view of Curry, further in view of Klein. The rejection is traversed as being 
based on references that neither teach nor suggest the novel combination of features 
clearly recited in independent claims 11, upon which claim 12 is dependent, and claims 
31 and 32. 

Claim 31 recites a method for switching VOIP packets in a data network. The 
method includes the steps of receiving a first packet in a network switch, determining if 
the first packet is a VOIP packet, determining a dynamically negotiated VOIP port for a 
VOIP session from at least one of the first packet and a second packet received in the 
network switch, if the first packet is determined to be the VOIP packet. The method also 
includes the steps of classifying all subsequent VOIP packets corresponding to the 
dynamically negotiated VOIP port in accordance with predetermined parameters and 
associating a priority with the subsequent packets to avoid network congestion. The steps 
of determining if the first packet is a VOIP packet, determining a dynamically negotiated 
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VOIP port, and classifying subsequent VOIP packets are performed in a filtering step by 
a fast filtering processor. Additionally, the filtering step further includes applying a filter 
mask to a header of a packet, extracting unmasked information, comparing the unmasked 
information to a filtering table and executing predetermined filtering actions based upon 
the comparison to the filtering table. 

Claim 32, from which claim 33 depends, recites a method for switching VOIP 
packets in a data network. The method includes the steps of receiving a first packet in a 
network switch, determining if the first packet is a VOIP packet, determining a 
dynamically negotiated VOIP port for a VOIP session from at least one of the first packet 
and a second packet received in the network switch, if the first packet is determined to be 
the VOIP packet. The method also includes the steps of classifying all subsequent VOIP 
packets corresponding to the dynamically negotiated VOIP port in accordance with 
predetermined parameters and associating a priority with the subsequent packets to avoid 
network congestion. The step of determining if the first packet is a VOIP packet further 
includes the steps of applying a filter mask to the packet header, comparing unmasked 
information from the header to entries in a filter table to determine a match and 
determining if a VOIP well known port is contained in the packet header. 

Claims 31 and 32, in part, also recite determining a dynamically negotiated VOIP 
port for VOIP session from at least one of the first packet and a second packet received in 
the switch, if the first packet is the VOIP packet, classifying all subsequent VOIP packets 
corresponding to the dynamically negotiated VOIP port in accordance with 
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predetermined parameters and associating a priority with the subsequent packets to avoid 
network congestion. As noted above, neither Curry, Baum nor Klein teaches or suggests 
determining a dynamically negotiated VOIP port for VOIP session from at least one of 
the first packet and a second packet received in the switch, if the first packet is the VOIP 
packet, classifying all subsequent VOIP packets corresponding to the dynamically 
negotiated VOIP port in accordance with predetermined parameters and associating a 
priority with the subsequent packets to avoid network congestion as recited in claims 3 1 
and 32. Thus, Applicants respectfully assert that that for these reasons claims 12, 31 and 
32 should be allowed over Baum, Curry and Klein. 

In view of the above, Applicants respectfully submit that independent claims 11, 
15, 20, 31 and 32 each recite subject matter which is neither disclosed nor suggested in a 
combination of Baum, Curry and Klein. In addition, claims 7-9, 12-14, 16-19, 21-30 and 
33, depend from the independent claims and should likewise be allowed for at least their 
dependence on the independent claims. It is therefore respectfully requested that all of 
claims 7-9 and 1 1-33 be allowed, and this application passed to issue. 

If for any reason the Examiner determines that the application is not now in 
condition for allowance, it is respectfully requested that the Examiner contact, by 
telephone, the Applicants' undersigned attorney at the indicated telephone number to 
arrange for an interview to expedite the disposition of this application. 
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In the event this paper is not being timely filed, the applicants respectfully petition 



for an appropriate extension of time. Any fees for such an extension together with any 
additional fees may be charged to Counsel's Deposit Account 50-2222. 

Respectfully submitted, 



Arlene P. Neal 
Registration No. 43,828 

Customer No. 32294 

SQUIRE, SANDERS & DEMPSEY LLP 
14™ Floor 

8000 Towers Crescent Drive 
Tysons Comer, Virginia 22182-2700 
Telephone: 703-720-7800 
Fax: 703-720-7802 
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